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Push-to-Taik interworking 

The present invention relates to interworking between separate 
communication networks using dialled connections 'and especially to a push- 
to-talk communication method and system for enabling a subscriber to 
communicate with one or more subscribers of one or more communication 

ft * 

networks without using a dialling procedure. 

> 

!t is state of the art to use a dialling procedure in digital communication 
systems to setup a communication path between two subscribers of a * 
communication network or two subscribers of different, communication 

* 

networks. 

It is the object of the present invention to propose methods and systems for 

providing Push-to-Talk services between subscribers of different operators, 

» » 

4 

i 

According to the invention this object is achieved by providing methods and 
systems as disclosed in the independent claims. 

Other features which are considered to be characteristic for the invention are 
set forth in the appended claims. 

» 

r 

The invention provides solutions for Push-to-Taik services interworking 
between different network operators , e.g. interworking between Operator 1 
and Operator 2. As there is no standard mechanism specified in order to 
0 realize the interworking the following technical solution is proposed. 
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Push-to-Talk enables a user to send a message either streamed or 
transferred to another user or a group of users after pressing a button or 
initialising a start signal in. another known technique. Specie! actions have to 
be taken to organise a Push-to-Taik Group across operators. 

5 

Within the text of this patent or patent application the abbreviation ToC" shall 
mean Push-to-talk over communication system, 

"PoC AS" shall mean push-to-talk over Communication system application 
server. 

10 "Operator shall mean a (network) operator providing Push-to-Taik services. 

• •*... 

s 

A first embodiment of the invention provides a method for operating a push-to- 
talk communication between a PoC-group consisting of at least of one 
member of a first communication network and a PoC-group consisting of at 
15 least of one member of a second communication network, using a PoC - 
application server in each communication network is characterised by the 
steps of connecting the members of the PoC-group of the first network 
operator with the members of the PoC-group of the second network operator, 
and synchronising the PoC application servers to each other. 

20 

A second embodiment of the invention provides a method for push-to-talk 
communication between the members of an existing push-to-talk 
communication session and a group of an additional communication network, 

using a PoC application server in each communication network, characterised 

» 

25 by the steps of connecting the additional group to each of the existing croups 
of the session, and synchronising the PoC application server of the additional 
group .to the previously synchronised PoC application servers. 

The proposed Push-to-Talk IntenA'orking has several advantages. 
30 The above mechanisms mav be used for Push-To-Tatk systems or any other 
system using croup communication in any form. Further, the mechanisms 
apply to fixed/wireless and circuit/packet based communication networks. 
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Any address scheme, e.g. IP-address, phone numbers, SIP-URls, ULRs, 

> 

email-addresses, may be used to identify the users and groups. 
Dedicated signalling protocols are used to exchange information about the * 
groups, e.g. size, member, statu s-of the members, -and, the mechanisms may 
5 be used with two or more operators simultaneously, 

* 

In the following the preferred embodiments of the invention are described in 
more detail with reference to the drawinos. 

I 

10 Fig. 1 shows the situation when both network operators offer Push-to-Talk 

groups to each other 
Fig. 2 shows the situation when only operator 2 offers Push-To Talk groups to 
customers of operator 2 and 1 

+ 

♦ < 

Fig. 3 shows the push-to-Talk User Signalling/Traffic Flow (Alternative 1} 
15 Fig, 4 shows the Push to Talk User Signalling/Traffic Fiow (Alternative 2) 
Fig. 5 shows the Push-to-Talk User Signalling/Traffic Flow (Alternative 3) 

■» 

In Figure 1 the architecture is shown when two operators offer Push-to-Talk 
20 croups to each other. 

On the left hand side there is shown the domain of Operator 1 (OP1 ). There is 
a number (1+n...m) of users (subscribers) with their end terminals 1 logged on 
to operator 1 . Operator 1 preferably operates his own access network 2 to 

* - 

provide access to his telecommunication services. There is preferably an 
25 authentication and routing element 3 which authenticates the users and routes 
the connection to the required services and/or destinations. 
According. to the invention operator 1 provides a PoC application server 4 
(FoC AS) which hosts a Push-to-Talk group which is identified for example by 
the addre$s« , poc-group®opl.net ! \ The users 1+n...m can be member of this 
3Q Push-to-Talk group. There may also be a billing facility 5 to charge the utilised 
communication services to the users. 
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On the right hand side -there is shown the domain of Operator 2 (OP2). There 
is a number (t...n) of users (subscribers) with their end terminals 1 1 togged 

on to operator 2. Operator 2 may operate an access network 12 to provide * 

» ■ ■ 

access to his telecommunication sen/ices. There also can be an 
5 authentication and routing element 13 which authenticates the users and . 
routes the connection to the recurred services and/or destinations. 

- * 

According to the invention operator 2 also provides an PoC application server 
14 (PoC AS) which hosts a Push-to-Talk group which' is identified for example 
by the address tt poc-group©op2.net w . The users 1 ...n can be member of this 
0 Push-to-Talk group. There may also be a hilling facility 15 to charge the 

t 

required communication services to the users. 

The PoC application server 4 cf operator 1 is connected via a synchronisation 
connection and (sync) interworking connection (iC) with the PoC application 
server 14 of ooerator 2 
55 The coordination of both Push-to-Talk groups, i.e. *poc-group@op1.net n and 
poc-group@op2.net, is managed by a common group management system 6, 

Operatorl and Operator2 negoiiate an agreement, that Operator2 is allowed 
to offer the Push-to-Talk group s poc-group@op2.net" and Operatorl is 
20 allowed to offer the Push-to-Talk group poc-croup@op1 .net to the other 
operator, respectively. ■ ■ 

Accordingly, the users n+1 to m join the group poc-group@op2.net from Op1 
side and the users 1 to n join the group poc-group@op1.net from Op2 side. 

25 Via the synchronisation connection a synchronisation takes place between 
Operatorl and Operator2 PoC application servers 4 and 14, so the group 
members of poc-group@op1.net and poc-group@op2.net are known to both 
operators, i.e. operator 2 and Operatorl. 

30 The synchronisation is carried out automatically by the PoC application 
servers 4 and 14. There msv also be a synchronisation whenever a user 
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requests update of al! group members of poc-group@op1 .net and pcc- 
• group@op2.net before sending a PoC message. 

Figure 2 shows an identical architecture as Figure 1. In the depicted situation 
5 only operator 2 offers Push-To-Talk groups to customers of both operator 2 
and 1 . 

Operator! and Operator2 negotiated agreement that Qperator2 is allowed to 

V ■ 

> offer the group poc-group@op2.net 
Accordingly, users 'n+l.„m join the operators- 2 group poc-grcup@op2.net 
10 from Opt side and user 1 to n join the same croup poc-group@,o p2.net from 
Op2 side 

A synchronisation takes place between Operator! and Opera.tor2 PoC 

y 

application servers 4 and 14, so the group- members of poc-group@op2.net 
are known to both Operator! and Operator2, that is the group members of 
15 poc-group@op1 .net are only known to operator 1 but not to operator 2. 

X 

The synchronisation takes place automatically by the PoC application sen/ers 
4 and 14 an&also in case a user requests update of ail group members before 
sending a PoC message, 

20 

Figure 3 shows the push-to-Tslk User Signalling/Traffic Flow according to a 
. - first alternative.- Only OP2 is allowed to offer his group poc-grcup@op2.net to 
Op1. . . 

25 A user m with his terminal 1 logged to Opl presses for example a special PoC 
button on his terminal. It is assumed that ail or parts of the members of the 
poc-group@op2.net are known/not known in the dpi PoC application server 
due to svnchronisaticn/reouest mechanism. 

« « 

30 The messages are. terminated towards alt users logged on to Op1 (except 
user m) and to the users of the group logged on to Op2. 
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The PoC application server 4 In connection with the billing facility 5 may * 
generate billing records and Interconnection (1G) records for accounting. 
The PoC AS 4 of Op1 acts as proxy for a single user m of pGC-group@op2.net 
logged on to the operator f network and contact the PoC application server.,14 
5 for the group poc-group@op2.net located at operator 2. 

The PoC application server 14 of Operator 2 may be identified by a address 
derived from the group address, i.e. \... op2.net* 

V 

Fig. 4 shows the Push to Talk User Sionaliina/Traffic Flow accordinc to a 
0 • second alternative. Only OP2.is allowed to offer his group pcc-group@op2.net 
to Opt. - 

4 

A user m with his terminal 1 logged to Opl presses for example a special PoC 
button on his terminal, and all or parts of the members of the -poo 
15 group@op2.net are known/not known in the Opt PoC application server 4 due 
to synchronisation/request mechanism. 

The messages are terminated towards all users logged on to Opl (except 
user m) and to the users of the group togged on to Op2. ' 

The PoC application server 4 in connection with the billing facility 5 may 
generate billing records and Interconnection (!C) records for accounting. 

The PcC AS 4 of Op1 acts as proxy for a single user of pcc-group@op2.net 
25 logged on to the operatorl network and contact the PoC application server 14 
for the group located at operator2. 

The PoC AS may also act as partial PoC group server (partial group proxy) for 
ail users of pcc-group@op2.net logged on to the operatorl network and 
30 contact the PoC server 14 for the group pcc-group@op2.net. The traffic 

* ■ 

between the servers 4 and 14 may be a server-sen/er connection combining 
the traffic of the partial groups. 
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The server of Qperator2 may be identified bv an address derived from the 
group address, !.e, t op2.ne£\ 

5 Fig. 5 shows the Pushrto-Tslk User Signalling/Traffic Flow according to a third 
alternative. OP2 is allowed to offer his group poc-group@op2.net to Op/I and 
users of Oo1 are allowed to use it 



A user m with, his terminal 1 logged to Op1 presses for example a special PoC 
10 • button on his terminal the message is directly routed to the PoC application 

* 

server 14 of Operator2. - < 

The messages are terminated towards all users logged on to Op1 (except 
user rn) and to the users of the group logged on to Op2: 

.15 

The PoC application server 4 in connection with the billing facility 5 may 
generate billing records and Interconnection (IC) records for accounting. 

The PoC" application server 14 of Operator2 may be identified, by a address 
2D derived from the group address/ 
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List of Reference Numerals and Abbreviations 



1 Communication terminal 

2 Access Network 

3 Authentication and routing element 

4 PoC application server 

5 • Billing facility 

6 Grouo manaoement svstem 



11 Communication terminal , 

12 Access Network " 

13 Authentication and routing element 
PcC application sen/er 

15 ... .15 Billing facility 



4 A 



PoC push-to-talk over Communication System 

PoC AS push-to-talk over Communication 'System Application Server 

I 

20 Opl Operator 1 

Op2 Operator 2 
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